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WHAT IS CLAIMED: 
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1 . In a system of the typd having a host processor and a subsystem coupled to 
said host processor, a method for communicating a change in said subsystem status or in a 
component in or coupled to said subsystem without polling by said host processor on a 
periodic basis, said method comprising: 

establishing a communicatiom link between said host processor and said subsystem; 

communicating a selected status read command by said host processor to said 
subsystem instructing said subsystdm to self-monitor predetermined component status and 
to send component status upon said subsystem detecting a change in said status; 

terminating said communications link; and 

monitoring, by said subsystem, said predetermined component status and when any 
one of said component status changes by a predetermined amoimt: (i) reestablishing said 
communications link with said Ijost processor, and (ii) communicating said changed status 
to said host processor. 
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The method in Claim 11 wherein said first orGisessor comprises a host adapter, said 



subsystem comprises a SAF-ZTE enclosure, and said component comprises a SAF-TE 



Processor (SEP) device. 



/ 



3, The method in Claim p, wherein said statu^ is jjal^cted firom the group consisting of 
a device status, a component) status, a slot statusTaiidxombinations thereof. 



20 4. The method in Claim 1, wherein said subsystem comprises a second processor and 
said status is communicated Detween said first processor and said second processor. 



5. The method in Claim 2i wherein said commimication link comprises a Small 
Computer System Interface (SCSD communication bus supporting SCSI commands and 
protocol. 
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6. A method for monitoring a status change in a SCSI Accessed Fault-Tolerant 
Enclosure (SAF-TE) target device, the method oomprising the steps of: 

issuing, by a host adapter coupled to saia SAF-TE by a SCSI bus, a single command 
sequence which includes a request for a status report for said target device only when a 
predefined minimimi change has occurred iiy the status of said target device; 

logically disconnecting said SAF-T^controUing said target device fi-om said bus after 
receipt of said command; and 

logically reconnecting said SAE^^TE to said SCSI bus only when said predefined 
minimum change has occurred and con^unicating a response including said changed status 
to said host adapter. 



7. The method in Claim 6, wherein said target4evice comprises a SAF-TE slot and said 
status change comprises a change in status of a^si\F-ruE slot. 



15 



8. The method in Claim 6, wherein said targefdevlce comprises a SAF-TE component 
and said status change comprises a change in status of a SAF-TE component. 



9. The method in Claim o, wherein said target device comprises a SAF-TE component 
disk drive and said status change comprises a change in status of a SAF-TE disk drive. 



10. The method in Claim 6, wherein said single command sequence comprises a single 
fixed sequence of commands that is issued to solicit a fiiture change in status fi-om a target 
20 device without periodic polling of said target device or of an enclosure containing said target 
device. / 



1 1 . The method in Claim 6, wherein said command sequence includes a command sent 
by a requestor to retrieve^ a target device status when said target device has a status change, 
and said command allows disconnection from a communication link coupling said requestor 
25 to said target device after said command has been received and reconnection to said 
communication link after\said status has changed so that said changed status may be 
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12. The method in Claim 11, wherein said oommimication link comprises a computer 
bus. 



13. The method in Claim 1 1, wherein said communication link comprises a SCSI bus. 

14. The method in Claim 1 1, wherein sai^ requestor includes a host adapter coupled to 
5 a host computer. 

15. The method in Claim 6, wherein sai^ response from a target device is generated only 
when a status value change of a predeterm^ed amount occurs relative to a reference status 
value. 

16. The method in Claim 15, wherein said predetermined amoimt is any amount of 
10 change. 

1 7. The method in Claim 15, wherein said predetermined amount is a percentage change 
compared to a previous value. 
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18. The method in Claim 15, wherein said predetermined amoimt comprises a status 



value that exceeds a predetermined' threshoL 



15 19. The method in Claim r5, wl^rein 
programmatically. 




determined amoimt is specified 



20. The method in Claim 6, wherein said status returned in response to said command 



send by said requestor to retrieve a targer4evice status when said target device has a status 
change has the same status infojpiation format and field definition as for status returned in 
response to a conventional polled status command. 



21. The method in Claim 20, wherein said polled status command is selected from the 
group consisting of a Write/ Device Slot Status command, a Read Device Slot Status 
command, and a read enclosure status command. 
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22. The method in Claim 6, wherein said command sequence includes at least one 
command having an associated tag and said command is issued with said associated tag as 
a tagged command; and said method further comprising the step of issuing a first tagged 
command and subsequently issuing a second/tagged command before said first tagged 
command completes execution. 



23. The method in Claim 6, wherein/said command sequence may be issued at any 
arbitrary time so that a response to said cc^nmand is generated upon the detection of a change 
in status of the target device. 

24. The method in Claim 6, wherein said S AF-TE processor (SEP) device monitors the 
10 status of each component without being interrupted by host adapter periodic S AF-TE status 

polling so that overhead in each of said host adapter and said SEP is reduced and additional 
processing bandwidth is availab/e in said host adapter and said SEP to perform other 
operations. 

25 . The method in Claim 6, Avherein said command sequence includes a command having 
15 a command parameter setting^ a timer response time, said command causing generation of a 

response upon the expiration of said timer response time. 
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26. The method in Claim 25, wherein when s^d timer response time expires, status 
being generated and communicated to a/statusp^uestor. 

27. The method in Claim 25, wheran whgn<smd timer response time expires, status 
being generated and communicatedToastatus requestor without disrupting a pending read 
changed status request command which generates a status only upon the occurrence of a 
reportable change. 



28. The method ih Claim 6, wherein a plurality of status command sequences have been 
issued prior to receiving a response to change status; and said method fiirther comprising the 



25 step of: aborting ot 



^r outstanding status commands when a changed status is reported and 



thereby allowing response only to a new change status command. 
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29: The method in Claim 6, wherein said co/ 
target devices on the same commimication Ur 



lands may be communicated to multiple 



30. The method in Claim 6, wherein sjud change status and polling conmiands co-exist 
on a single system, 

3 1 . The method in Claim 6, wher;6in said change status and polling commands co-exist 
on a single bus. 



32. A method for determining if a target device supports a change status command, said 
method comprising steps of: 

selecting, by a host adapter, a particular selected target device; 
10 sending, by said hosx adapter, an inquiry command to said selected target device; 

sending, by said selected target device, the requested inquiry data to said host adapter 
and receiving said inquiw data by said host adapter; 

determining if ^ flag in said inquiry data is a first predetermined logic state; and 
enabling said idevice for change^tatus commands only if said flag has said first 
15 predetermined logicystate and enabling said device for polled status commands if said flag 
does not have said first predetermined logic state. 
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33 . The methpd in Claim 32, 



inquiry data. 




flag comprises a command queue flag of said 



34. The method in£lairnQ2, wherein said polled status conmiands are selected fi-om the 
group consislfing of a Write\l)evice Slot Status command, a Read Device Slot Status 
command, and Read Enclosure Status command. 
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35. Themethod in Claim 32, wherein said change status commands are selected fi-om the 
group consisting of a Read Device Slot Changed Status command, a Read Enclosure 
Changed Status command, a Read Device Slot Changed Status with Timeout command, a 
Read EMilosure Changed Status with Timeout command, and combinations thereof. 
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36. The method in Claim 32, wherein the comipand queue flag state is established for a 
particular target device prior to issuing the inqnir^ command. 
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37. A method for reading a changed status/for a target device, said method comprising 
steps of: 

issuing a change status command a host adapter; 
generating a pointer to a location /n memory that will be used when the enclosure or 
slot status data is transferred from target device; 
creating a tag for the conim£ 
selecting a particular target device, said selection of the target device resulting in the 
establishment of a connection between said host adapter and said target device; 

sending a tag by said hostykdapter to said selected target device giving it disconnect 
privilege when a conunand is received; 

sending a command to pie target device, where the command may optionally include 
a non-zero timer timeout; 

waiting, by the hc/st adapter, for the target device to disconnect, and once 
disconnected continuing mher activities scheduled for other devices; 

receiving the tagAnd the command by the target device, and for commands issued 
without a timeout, gathering current status from the enclosure components and comparing 
the freshly gathered current status with the prior stored status; 

monitoring, by said host adapter, for any target device request for reconnection; 
if there has/been no reijoffableVhange in status then the target device continues to 
gather status anc^monitor^fatus chap^^s until the comparison indicates there has been a 
reportable change in status; 

when a ^portabl^ change in st^s is identified, the target device reconnects to the 

current enclosure status to the host adapter; 
with said host adapter; 



host adapter, ai/d returns the tag and 



reconnection oft 



device 
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sending the status from the target device and the host adapter receiving the tag 
returned by me target device with the status; and 

retrieving said memory pointer associated with said received tag and storing the target 
device status data into memory at that memory location. 
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38. The method in Claim 37, wherein said t^get device comprises a SAF-TE Processor 
(SEP) device. 

39. The method in Claim 37, wherein j^aid changed status is a device slot change status, 
an enclosure change status, an enclosure jmange status, a slot change status with timeout, and 
an enclosure change status with timeoi 



40. The method in Claim 37 
parameters are specified in the co 

after receiving the co 
command specifies a timeout py 

if a timeout parametey is 
decrementing a timer count and wl 



,and 



herein when the optional non-zero timer timeout 
and said method fiirther comprising steps of: 

()m the host adapter, determining whether the 
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led, then performing, by the SEP, incrementing or 
the timer count value reaches a predetermined coimter 
value, gathering the requireJi status and reconnecting to the host adapter; and 
returning status anu tag to the host adapter. 




